Dans la dernière leçon, nous avons appris à utiliser les modules époxy pour une communication simple entre les processus
principal et de rendu dans la plupart des cas.
Cela sera utilisé pour interagir avec l'un des principaux modules de processus du moteur de rendu.
Par exemple, un utilisateur peut cliquer sur un bouton, ce qui nécessite l'affichage d'un dialogue, auquel cas le
processus de rendu peut utiliser le module de rendu époxy pour envoyer un message au processus principal et l'informer qu'une boîte
de dialogue doit créer le module de dialogue n'étant disponible que dans le processus principal, bien sûr.
Mais au lieu de créer plusieurs canaux pour envoyer et recevoir de tels messages, Electron fournit un module dans le moteur
de rendu pour rendre cela plus pratique.
Le module distant distant est un ensemble de méthodes pratiques IPSI qui imite les principaux modules de processus, ce qui nous
permet d'y accéder directement à partir d'un processus de rendu.
Le type de télécommande présente cependant quelques inconvénients.
D'une part, c'est toujours risqué.
Exposer le processus principal, qui s'exécute dans un environnement notoire aux utilisateurs si distants, constitue une
menace de sécurité importante.
Et si la sécurité est une préoccupation pour votre application, évitez simplement le module distant.
Et deuxièmement, le module distant est livré avec une pénalité de performances significative.
Rien de perceptible par méthode.
Mais ce n'est pas quelque chose que vous voudrez utiliser avec succès en boucle.
Par exemple, pour ces raisons, alors electron désactive en fait le module distant par défaut, ce qui signifie que
devons-nous choisir de l'utiliser?
La première étape va être de l'activer sur le contenu Web d'un navigateur Web, un peu comme l'intégration de nœuds
dans ce même objet de contenu Web étant pour l'ensemble de la fenêtre principale activer le module distant via cela maintenant, nous permettant d'exiger
le module distant dans ce processus de rendu sur pour rendre un doges, qui est bien sûr inclus
dans ce fichier indexé sur XML.
Nous chargeons dans la fenêtre principale require, comme avec tout autre module de rendu, en utilisant
la télécommande d'assignation structurée.
De l'électron.
Et je vais verrouiller ça pour l'instant.
Nous voyons l'objet module, qui contient quelques méthodes, puis, plus important encore, getas pour presque tous les modules
de processus principaux, donc pas les modules eux-mêmes, mais essentiellement les getters qui utilisent l'époxy pour obtenir une référence
à un module requis à partir du processus principal.
Un concept important à comprendre, car cela signifie que ces références aux principaux modules de processus ne seront pas
récupérées tant qu'elles ne seront pas détruites dans le processus de rendu.
La documentation du module distant explique cela en détail.
Oui, la durée de vie des objets distants vaut la peine d'être lue si vous décidez d'utiliser ce module.
Donc, avec tout cela dit et le module activé, voyons un exemple simple.
Disons que nous voulons créer un dialogue depuis la fenêtre principale comme auparavant.
Nous devons d'abord exiger le module de dialogue.
Mais au lieu de l'exiger directement de l'électron, nous l'exigeons maintenant simplement du module distant.
Donc, toujours en utilisant l'affectation structurée, disons, le dialogue CONSED à distance, comme l'écriture d'un dialogue à
distance.
Ensuite, dans un temps mort, juste pour rendre cela un peu plus gracieux, disons après deux secondes, appelez la boîte de
dialogue Duchow.
Je laisse l'argument de la fenêtre du navigateur de manière par défaut sur la fenêtre focalisée, définissant cette
propriété de message de dialogue sur le dialogue du moteur de rendu.
Et quelques boutons.
Un et deux, cela renvoie une promesse, donc résolvez-la directement sur cette fonction en passant un rappel dans lequel nous pouvons
lire la sélection de l'utilisateur sont déconnectés.
Sauvegarde ça.
Nous obtenons le dialogue après deux secondes, alors cliquez sur l'un des boutons et dans les outils de développement Windows du navigateur,
l'objet de réponse de dialogue est verrouillé.
Donc très simple, tout existe toujours dans le processus principal.
Mais en utilisant le module distant, nous communiquons de manière transparente via le moteur de rendu, ce qui nous permet non seulement
d'appeler la méthode depuis le moteur de rendu, mais également de recevoir la réponse.
Cela s'applique alors à presque tous les principaux modules de processus.
Par exemple, dans une leçon précédente, nous avons vu comment créer de nouvelles fenêtres de navigateur à l'aide de la
méthode d'ouverture de fenêtre, puis les référencer via un objet proxy de fenêtre de navigateur.
Mais disons que pour une raison quelconque, vous devez créer et avoir accès à une nouvelle instance de
fenêtre de navigateur ou rendre un processus dans son intégralité, pas seulement une fenêtre proxy.
Remote nous permettra de faire exactement cela.
Je vais à nouveau avoir besoin du module de fenêtre du navigateur à distance.
Commentez ce dialogue et encore une fois, exactement de la même manière que nous le faisons dans
le processus principal, créez une nouvelle instance de fenêtre de navigateur, en attribuant à gagner une nouvelle fenêtre de navigateur avec une coordonnée X de 50 Y ou 50.
Trois cents blancs et une hauteur de 250.
Je déteste le même contenu que ce fichier de téléchargement de la fenêtre principale.
Index Dot GML.
Enregistrez-le encore pendant ce délai, donc deux secondes après le lancement, nous obtenons la nouvelle fenêtre du navigateur, en gardant à
l'esprit que, tout comme cette fenêtre principale, cela existe toujours dans le processus principal.
La fenêtre de l'esprit y fait à nouveau référence, le tout via IPSI.
Voilà donc les bases de l'utilisation des principaux modules de processus.
Mais ces références s'étendent également au-delà du simple accès aux modules pour une utilisation.
Remote nous permettra également d'obtenir et d'utiliser la référence de l'application principale à partir du processus principal, par exemple, en
la laissant telle quelle, créant ainsi la nouvelle fenêtre après deux secondes.
Ajoutons à nouveau un autre temps d'attente après deux secondes de celui-ci, dans lequel nous pouvons accéder à l'instance
principale de l'application directement à partir du processus principal en tant qu'application DOT distante.
Ou nous aurions pu également l'attribuer à sa propre variable locale, comme ces références de
module appelant cet instant d'application quittent légèrement tous les reformats.
Ils feraient mieux d'obtenir une référence à l'instance d'application à partir du processus principal et Colquitt dessus après deux secondes de sécurité
et de vérifier cela.
La fenêtre est créée et deux secondes plus tard, l'application entière est silencieuse, le tout directement à partir
du processus de rendu.
Si nous jetons un coup d'œil au reste de la documentation des modules distants, pour découvrir quelles méthodes il
fournit, nous voyons d'abord la méthode require qui est juste la même que celle des nœuds d'appel natifs dans
le processus principal et juste en bas ici, quelques plus.
Donc vraiment pas tant de méthodes du tout.
Nous pouvons lire les processus, processus, objets de la note principale, obtenir une variable globale du processus principal ou
récupérer une référence à la fenêtre du navigateur ou au contenu Web dans lequel le module est utilisé.
Voyons un exemple rapide de cela.
Notre commentaire sur tout le nouveau code de la fenêtre du navigateur laissant les deux premières secondes d'expiration dans
lesquelles nous pouvons obtenir une référence à la fenêtre principale étant le moteur de rendu exécutant ce script avec
un point distant, obtenir la fenêtre actuelle et attribuer cette référence de fenêtre de navigateur à un fenêtre principale variable, comme on
l'appelle dans le processus principal appelant la fenêtre principale dot maximiser.
L'application est relancée et deux secondes plus tard est maximisée, donc dans l'ensemble, c'est un module très pratique, assurez-vous simplement qu'il
répond aux exigences de sécurité de votre application spécifique.
Et rappelez-vous de ne pas travailler avec des références dans de longues boucles ou vous pourriez commencer à voir un
ralentissement à l'endroit suivant, vous verrez une autre façon d'utiliser l'époxy pour gérer la logique entre les processeurs.